Votre recherche :

fichier pkg ps3

raspiroax
Re : Re : Une faille exploitée grâce au disque dur de la PS3 ?
Ryaku Wrote:
rien ne dit que c'est un Fake car il a probablement fait ça avec une Debug, ou encore a tu tester avec la Database Mgs ?

ou encore est on certains d'avoir toutes les infos concrete pour faire cette manip ?

on en sait rien, tous ce qu'on sait c'est qu'ils sont plusieurs à bosser d'arrache pied dessus et que ça semble avancer

donc attendez

Dans la vidéo que j'ai posté avant, on voit bien les fichiers que Giulio transfère et j'ai fait assez de backup pour savoir que quand ta ps3 ne possède que mgs:database, le fichier "archiv2_00.dat" fait au alentour de 80mo.

Donc quand il montre ces dit fichiers mgs:database est déjà présent et le .pkg qu'il injecte en le renomant ne fait que 254ko (le fichier présent dans l'archive REPACK de ps3news) il a bien une erreur à la restauration du fait du  fichier injecté mais mgs est installé puisqu'il est présent et signé.


Donc la vidéo ne montre rien!
Voir le sujet
d1e2w
Re : Re : Une faille exploitée grâce au disque dur de la PS3 ?
raspiroax Wrote:
Dans le but de clarifier les choses j'ai procédé à pas mal de tests.

Mes tests m'ont amené a cette ccl:

1°)la ps3 utilise donc pour identifier la validité des données :

  • l'id de la console (chaque console en possède un unique)

  • l'heure à laquel le backup à été effectué.

  • les deux fichiers d'en tête archive.dat et archive2.dat.

Ce premier point nous amène directement à penser que renomer un fichier ne pourrait pas « berner » la console.

2°)on retrouve deux type de fichiers:

  • archive.dat : qui est une sorte d'en tête
    décrit le nombre d'archiveXX.dat (XX étant 00,01,02 etc il sagit d'une simple « découpe » tout les 4go car le DD doit être en fat32), et décrit aussi leur validité à savoir si un fichier n'aurait pas été changé.
    ce fichier est bien sûr signé!
    archiveXX.dat : ce sont les fichiers « englobés » à savoir içi les différentes sauvegardes de la console ce fichier sont signés.

  • archive2.dat : se comporte comme archive.dat.
    archive2_XX.dat : similaire à archiveXX.dat, mais contient les démos installées.


1er point : les fichiers d'en tête et les XX qui vont avec sont inséparables.

2ème point : j'ai réussi à restaurer sans erreur UNIQUEMENT des fichiers provenant de la PS3 mais de deux backups différents, selon cette méthode :
Il faut faire deux backups à la même heure (pour répondre au 2ème point de ce que j'ai dit sur l'heure) donc faire un backup a 15h00 par exemple, remettre les pendule et refaire un deuxième backup, la ps3 fera donc 200901111500 et 2009011115_01.
Ensuite on peut interchanger les « couples » de fichier à savoir prendre archive.dat et archive01.dat d'un dossier et le coupé/collé dans l'autre et la on à une restauration sans erreur.


Ccl : On peut imaginer des applications de tout ça mais une chose est sur même avec ce que j'ai dit plus haut, IMPOSSIBLE d'injecter un .pkg car les fichiers d'en tête on un contrôle sur les fichiers qui les précède, après si on arrive à modifier les fichiers d'en tête alors la on peut imaginer pleins de choses.


P.S : O fait deux backup fait à la même heure, avec les même fichiers on quand même des codes hexa différents





Ok merci d'avoir fait des test ;)
Voir le sujet
raspiroax
Re : Une faille exploitée grâce au disque dur de la PS3 ?
Dans le but de clarifier les choses j'ai procédé à pas mal de tests.

Mes tests m'ont amené a cette ccl:

1°)la ps3 utilise donc pour identifier la validité des données :

  • l'id de la console (chaque console en possède un unique)

  • l'heure à laquel le backup à été effectué.

  • les deux fichiers d'en tête archive.dat et archive2.dat.

Ce premier point nous amène directement à penser que renomer un fichier ne pourrait pas « berner » la console.

2°)on retrouve deux type de fichiers:

  • archive.dat : qui est une sorte d'en tête
    décrit le nombre d'archiveXX.dat (XX étant 00,01,02 etc il sagit d'une simple « découpe » tout les 4go car le DD doit être en fat32), et décrit aussi leur validité à savoir si un fichier n'aurait pas été changé.
    ce fichier est bien sûr signé!
    archiveXX.dat : ce sont les fichiers « englobés » à savoir içi les différentes sauvegardes de la console ce fichier sont signés.

  • archive2.dat : se comporte comme archive.dat.
    archive2_XX.dat : similaire à archiveXX.dat, mais contient les démos installées.


1er point : les fichiers d'en tête et les XX qui vont avec sont inséparables.

2ème point : j'ai réussi à restaurer sans erreur UNIQUEMENT des fichiers provenant de la PS3 mais de deux backups différents, selon cette méthode :
Il faut faire deux backups à la même heure (pour répondre au 2ème point de ce que j'ai dit sur l'heure) donc faire un backup a 15h00 par exemple, remettre les pendule et refaire un deuxième backup, la ps3 fera donc 200901111500 et 2009011115_01.
Ensuite on peut interchanger les « couples » de fichier à savoir prendre archive.dat et archive01.dat d'un dossier et le coupé/collé dans l'autre et la on à une restauration sans erreur.


Ccl : On peut imaginer des applications de tout ça mais une chose est sur même avec ce que j'ai dit plus haut, IMPOSSIBLE d'injecter un .pkg car les fichiers d'en tête on un contrôle sur les fichiers qui les précède, après si on arrive à modifier les fichiers d'en tête alors la on peut imaginer pleins de choses.


P.S : O fait deux backup fait à la même heure, avec les même fichiers on quand même des codes hexa différents

Pour être bien clair, et en finir avec ces question ("Peut-on installer KZ2?" par exemple) la réponse est non et surtout pas en renomant juste un fichier, en revanche ci les auteurs de cet "exploit" publient des outils pour générer les en tête alors la on pourra voir pas mal de trucs se développer...



Edit MICK-L : Le rouge est réservé à la modération, merci de faire attention à l'avenir ;)
Voir le sujet
Avatar de l’utilisateur
Tom Vivares
Re : Une faille exploitée grâce au disque dur de la PS3 ?
pourquoi un fake alor voila je vais vous expliquer la manipulation
1 :formater votre disque dur de votre ps3 votre ps3 doit etre vide normalement !
2 :vous vous connecter au psn us et vous telechager mgs database il et gratuit ;)
3 :vous l'installer  :D
4 :vous connecter votre disque dur externe qui et formater en fat32 sur la ps3
5 :vous faite une sauvegarde de votre console sur le disque dur externe ;)
5 :vous debrancher votre disque dur externe de votre ps3
6 :vous formater le disque dur de la ps3 (que vous ne voyer pas sur la video )
7: normalement votre ps3 et vide il ne doit plus avoir mgs ;)
8 :connecter le disque dur externe au pc
9 :aller dans le dossier backup du disque dur externe et supprimer le fichier archive_00.dat
10 :revenons sur le pc vous telecharger PS3_Debug_PKG_Test_File
11 :execter run.bat dans le meme dossier que IV0002-NPXS00004_00-SAMPLE0000000001.pkg
12:normalement on doit avoir un beau archive_00.dat on fait un copier du ficher
13:on fait un copier du ficher  archive_00.dat que nous allons placer dans le dossier backup du disque dur externe
14 :on branche le disque dur externe a la ps3 qui et vide :(
15: faite une restauration de sauvegarde  et enjoy  ;D ;D ;D


allor quesque vous en penser  :D :D :D
Voir le sujet
Avatar de l’utilisateur
Tom Vivares
Re : Une faille exploitée grâce au disque dur de la PS3 ?
SKFU à pas mal travailler sur la ps3 aujourd'hui , voici un résumé de la situation.

Game Update
1.) game embedded requests:

before the new update system became standard, (see 2.) the most games used update request which came from the game itself. they checked on their own update servers if a update is available. When the update was found, the game got updated ingame. A few games still use this methode, these are for example: Motorstorm, Resistance1 or Call of Duty 3. In this methode the update files are transfered as single files (eboot.bin, icon0.png, etc.) and are not packed as PKG file.

2.) sony server update requests:

Now the most games use to get their update request from Sony servers like "v04.cdn.update.playstation.org". This is also a good way to patch vulnarable old updates (see home game files). It is possible to redirect those servers and bypass the updates, but if the update is used for online gameplay the game server often checks if the update is available, so it could fail to connect. The updates are stored on a few sony servers (example: sonycoment-9.vo.llnwd.net). This methode uses a the update files packed as PKG. Aswell the update is downloaded and installed in the XMB instead of methode1, which installed the updates ingame.


1.) Jeu embarqué demandes:

avant que le nouveau système de mise à jour est devenu la norme, (voir 2.) la plupart des jeux utilisés demande de mise à jour qui est du jeu lui-même. Ils ont vérifié sur leurs propres serveurs de mise à jour si une mise à jour est disponible. Lorsque la mise à jour a été trouvée, le jeu s'est mis à jour ingame. Un peu de jeux utilisent encore cette méthode, ce sont par exemple: Motorstorm, Resistance1 ou Call of Duty 3. Dans cette méthode de la mise à jour du transfert de fichiers comme des fichiers (eboot.bin, icon0.png, etc) et ne sont pas emballés comme PKG fichier.

2.) Sony serveur demandes de mise à jour:

Maintenant, la plupart des jeux utilisent pour obtenir leur demande de mise à jour des serveurs de Sony comme "v04.cdn.update.playstation.org". C'est aussi un bon moyen de patch vulnarable ancien mises à jour (voir le match à domicile de fichiers). Il est possible de rediriger ces serveurs et de contourner les mises à jour, mais si la mise à jour est utilisé pour le jeu en ligne le serveur de jeu vérifie si souvent la mise à jour est disponible, il pourrait ne pas se connecter. Les mises à jour sont stockés sur un petit nombre de serveurs de sony (exemple: sonycoment-9.vo.llnwd.net). Cette méthode utilise une mise à jour des fichiers emballés comme PKG. De plus, la mise à jour est téléchargée et installée dans le lieu de methode1 XMB, qui a installé les mises à jour ingame.


Et il nous donne l'aborescence "d'une partie" du disque dur.
HDD LAYOUT
   *data
         o bootflag.dat
   * drm
   * game
         o GameFolderName1
               + USRDIR
                     # EBOOT.BIN
               + ICON0.PNG
               + PARAM.SFO
               + PIC1.PNG
               + PS3LOGO.DAT
         o GameFolderName2...
   * home
   * mms
   * vsh
   * widget
Voir le sujet
bbi90270
Re : Re : Une faille exploitée grâce au disque dur de la PS3 ?
d1e2w Wrote:
Oui jai deja lu la news mais le truc cest quil y a ecrit de renommer le .pkg en archive_00.dat et de copier le fichier archive_00.dat dans le  repertoire du backup
mais le hic c'est quil y a deja un fichier archive_00.dat donc qu'est-ce que je fais je le remplace ?


tu a un soft qui fait tout pour toi
tient voila le lien http://forum.nzhawk.net76.net/viewtopic.php?f=22&t=27&p=32#p32

et l'explication
pikajuju Wrote:
1. Exécutez le programme ...
2. Pour l'étape 1, choisissez le dossier où vous avez copié la sauvegarde (en gros une fois le backup fait, vous le copiez dans un dossier de votre ordi, et vous indiquez ce dossier au programme).
3. Pour l'étape 2, choisissez le fichier pkg à installer dans votre PS3.
4. Pour l'étape 3, définissez l'ordre de copie des fichiers (normalement l'ordre par défaut est le bon mais des personnes sont encore en train de tester)
5. Pour l'étape 4, sélectionnez le dossier le dossier PS3/EXPORT que vous avez crée sur un support de stockage externe (celui de vous avez utilisé pour le backup).
6. Dans la case en-dessous, rentrez le nom du backup, tout en vous assurant qu'il est UNIQUE. Sinon la restauration ne marchera pas (c'est peut-être cette étape où vous faites tous n'importe quoi non ? il ne faut en aucun cas laisser Test 1 ! || EDIT : Après réflexion je pense comme les autres membres qu'il faut mettre le nom de votre backup, c'est-à-dire le nom du dossier situé dans PS3/EXPORT/BACKUP (du type 200810151224))
7. Cliquez sur "Automate !"
8. Regardez la case en-dessous et attendez qu'un message vous dise que c'est fini.
9. C'est fini...

Limitations :

Ne fonctionne qu'avec un maximum de 10 11 fichiers archive2_XX.dat (de 00 à 10) (et donc une archive qui fait au maximum (et pas au minimum) 41,4 Go ) ;)
Voir le sujet
d1e2w
Re : Une faille exploitée grâce au disque dur de la PS3 ?
Oui jai deja lu la news mais le truc cest quil y a ecrit de renommer le .pkg en archive_00.dat et de copier le fichier archive_00.dat dans le  repertoire du backup
mais le hic c'est quil y a deja un fichier archive_00.dat donc qu'est-ce que je fais je le remplace ?
Voir le sujet
bbi90270
Re : Re : Une faille exploitée grâce au disque dur de la PS3 ?
d1e2w Wrote:
Bon voila apres avoir fait mon backup il y a deja un fichier archive_00.dat
Que dois-je faire ? copier mon pkg a la place ?


lire la première page a nouveau ...  ::) http://www.gamergen.com/

cyrk13 Wrote:
et toi va te présenter -ici- ::)


c'est fait ^^
Voir le sujet
d1e2w
Re : Une faille exploitée grâce au disque dur de la PS3 ?
Bon voila apres avoir fait mon backup il y a deja un fichier archive_00.dat
Que dois-je faire ? copier mon pkg a la place ?
Voir le sujet